利用 WEB 平台協助線上系統分析.
不是每個人都可將腦袋想的東西清楚地交代給另一個人來了解,因此系統分析中常發現需求溝通與理解設計始終會有些差距,在大部分的情況中聽到的都是模糊不清的描述,看到的也都是參考性不足的資料,於是在建構系統的過程,都會在猜測與試作中,徒浪費不少成本.
個人發現可利用WEB來開發一個與客戶溝通的平台,將專案藍圖,或平日維護主題等,都貼上去當公告,平常也將此工具看成便利貼公告版一樣,臨時的靈感,見解都可隨意貼上做成記錄.
此平台也希望變成提供客戶自己整理需求的地方,透過線上交流,減少溝通上的誤解,而避免系統因需求解析錯誤跟著設計錯誤的窘境.
如果分析的案例多些,看能不能對不習慣將想法與意見文字化圖形化的人,提供一些自我了解的幫助,很多案例其實都有些相通的道理存在,也期待這樣的平台能產生互助互動的效果.
WEB 便利貼 http://www.idon.com.tw:8080/myapp/flyjs/document_uml.jsp
(目前 IE 瀏覽器還不太正常.)
就系統本身而言
我覺得是套很不錯的系統
有打算要銷售此產品嗎？
或是自己使用？
如果有打算銷售的話
這裡再提兩點功能上的小小建議
給您參考參考
1.通知功能(小功能)
當一份文件有變更時
發個通知給相關人員
並告知何時、誰有改了文件
2.差異標示(比較麻煩)
當面對十幾份文件時
應該沒幾個人能記得或判斷出「改了什麼地方」
所以可能要設法將差異「標示」出來
我是不敢提什「版本管理」
因為我自己就最討厭版本管理...XD
不過站在使用者的立場
能一眼就看出改了那些地方
應該是個蠻實用的功能
至於ExtJS這種高級技術
我就不敢置喙
只能點名fillano大大出面comment一下了...^_^
順帶一提
另外拜讀了您寫的另一套系統
同樣也是不錯的系統
看得出
您對ExtJS的使用應該是駕輕就熟了
謝謝Antijava的瀏覽與意見,此程式也是有待工區,剛好也可利用便利貼將想到的馬上貼上去,或找到舊貼紙,補它幾行字.
每個版面與版面上物件都可增加修改人與最後修改時間,如果搭配識別登錄者最後進入各版面的時間,就可進行比對,以想得到的方式通知(含mail與操作清單),哪些舊版面有改到或是查別人所發的新主題,而針對舊版面,各物件修改日期如果比登入日新的,主動加小圖釘等方式提醒.
當初有想過此功能是採用選擇性的比較好,也就是提供成員勾選Project或UMLID是否要追蹤,針對有選的主題才主動告知相關的變更,一些只需看最終結果的版面,就不提供追蹤,頂多告知修改日期,以免增加因修改的資料量多而造成讀取上的困擾.
也提供選擇是否將修改前的資料存檔,如果將舊版本存檔是將整個版面作存起來的動作以追蹤版本的差異,可能會比較浪費資源也造成相似文件的暴增,所以目前想到的是針對版內物件作個別處理,可能的作法是在版面update前,將版面有被修改的物件透過database trigger另行存起來,而且編號具備同物件繼承識別性,再依據這些被trigger存起來的資料提供版面修改歷史記錄的操作清單,讓操作者回頭瀏覽某時間點的舊物件內容,點選後只更新屬於以該時間點來看的最新資料.平常這些舊物件在版面上都是隱藏的.
此程式目前是想先用來與客戶作線上溝通用,開放客戶針對他的系統貼上需求與看法,並選擇是否直接在線上驗證WEB ERP用,也想過是否可單獨拿去銷售,但想到離完整的架構還有段距離,還是先自行使用就好,頂多灌給有興趣的客戶使用,另一方面我也懷疑,有多少人會有寫文件與畫分析圖的習慣或...興趣?!
第一次聽到Extjs 是高級技術的說法,不論如何,Extjs在國內能見度都不高,也許寫 WEB application的人都用別的工具吧,或者寫了也未發表在WEB上.
另一套系統是文件網,也是屬於MIS用,搭配此便利貼與論壇,主要都是輔助作到一半的 WEB ERP 用的,有興趣的話歡迎交流.
文件真是個很奇妙的東西
每個人都說很重要
每個人都懶得寫
對客戶來講
看文件確認規格是件麻煩的事
等到了看到系統畫面
再來指指點點會比較輕鬆
至於Extjs是「高級技術」
只要是我不會的
我一律認為是高級技術
見笑了....^_^
每次到一些程式論壇,看到一些開發工具名稱,也都是只能傻眼,只能當它們都是[高級工具],平常沒時間也沒力氣去了解那麼多工具,算一算近20年來,我只會dbase,clipper,powerbuilder,vb6,JSP,javascript跟一些database操作,JS還是最近半年才開始認真研究的,其餘的都沒碰過了.
文件很重要但這句話對很多人而言卻像是口號一樣,對軟體研發而言,如果寫過甚麼程式,這程式跟甚麼有關,哪些視窗用到,給哪位客戶使用,都事後不知所以然的話,未來怎麼面對後勤? 後勤支援不足的話可會拖跨一切的,上面管理階層看得到這點,但實際執行的下屬面對文件的幾乎都是多一事不如少一事的心態.我雖是一人公司,上下層角色都自己來演,但平常倒會花比寫程式還多的時間在寫文件,有時還會感覺文件甚至比程式還難寫.
我認同客戶懶得面對文件,如果更要求一套系統需要客戶親手整理需求文件,案子就更談不下去,客戶甚至口述需求都嫌麻煩,但要比較容易搶到新單子,文件還是必備的,提供客戶一大疊文件的公司,配合顧問專業的形象,滔滔不絕的專業解說,就容易建立起上線快速輕鬆的印象,好像文件的厚度足以清除所有人的疑慮,文件多也代表系統完整,當然可以從旁邊冷語說那些規格並不一定適用,但這閒話是澆不息一般型客戶期盼的熱度的,所以看過的案例,文件完整加良好顧問形象的公司總是會佔到比較好的局勢,而新單子幾乎都他們搶贏.
我的文件網,web 便利貼這兩個程式,也是為了寫業務與後勤文件而產生的,如果一天24小時都可以拿來寫文件將有多好呀.
如果15秒內無法開啟網頁,應該是網站的Tomcat 罷工了...
我想試試看耶～～加油！！
先用IE以外的瀏覽器試試看...
目前是想說先用Chrome與Firefox來開發,再回頭處理IE問題,所以請bigcandy兄先用Chrome進入,如果沒有Chrome,搜尋一下,安裝也很快的.
這一兩天把成批點選用好了,可以成批移動,變色,對齊,接下來增加修改人與日期等,讓貼紙可以被識別新舊.這樣就可開放客戶來試貼了.
不好意思潑冷水，因為個人還是會面對一般客戶，使用IE是必要的選擇，而不是其他原因。
我必須考慮，超過80％的人的環境，所以，IE不能用，我也不打算用了。
程式開發不容易，我只能給您多些鼓勵，辛苦了！！
路過IT幫,帳號還可以登入,看到8年前的貼文,好感動,8年可以讓32歲的人變40歲,可能不少人對過40歲會有不年輕的感概,我則是超越半百多年,歲月真不饒人.
我的便利貼也停了好幾年沒用,停到IE都被chrome大幅超越,不過最近倒用的很頻繁,主要是用流程圖直接線上跟客戶交接erp系統.個人感覺web化很多方便都較windows app方便些.
iThome鐵人賽
看影片追技術